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Amendments to the Claims: 

This listing of claims will replace all prior versions, and listings, of claims in the application: 
Listing of Claims: 

1 . (Original) A method of replacing an implementation module which is 
being accessed through an interface module by a plurality of threads from an application, 
including the steps of: 

i) creating a plurality of private variables corresponding to the plurality of 
threads; 

ii) setting a replace module variable; 

iii) when the replace module variable is set: 

a. blocking threads from entering the implementation module; and 

b. when all the private variables are in a reset state, replacing the 
implementation module; 

wherein the private variable is never in a reset state when the thread is within the 
implementation module, wherein the use of locks within the performance path of the 
interface module is not required, and wherein threads and corresponding private variables 
are created and destroyed dynamically. 

2. (Original) A method as claimed in claim 1 wherein the implementation 
module is a non-recursive module. 

3. (Original) A method as claimed in claim 1 wherein the implementation 
module is a recursive module. 

4. (Original) A method as claimed in claim 3 including the step of: 
creating a plurality of counter variables corresponding to the plurality of threads; 

wherein each counter is incremented when the corresponding thread enters the 
implementation module and decremented when the thread exits the implementation module. 

5. (Original) A method as claimed in claim 4 wherein the private variable 
is in a set state when the value of the counter is above zero and the private variable is in a 
reset state when the value of the counter is zero or below. 
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6. (Original) A method as claimed in claim 5 wherein each counter is only 
readable and writable by its corresponding thread. 

7. (Original) A method as claimed in claim 1 wherein step (iii) is 
performed by the interface module. 

8. (Original) A method as claimed in claim 7 wherein each private variable 
is modifiable by that variable's corresponding thread. 

9. (Original) A method as claimed in claim 8 wherein each private variable 
is readable by all the threads. 

10. (Original) A method as claimed in claim 9 wherein the implementation 
module is a library. 

11. (Original) A method as claimed in claim 1 wherein the private variables 
and the replace module variable are defined as cache coherent. 

12. (Original) A method as claimed in claim 1 wherein a thread performs the 
step (iii). 

13. (Original) A method as claimed in claim 12 wherein a mutual exclusion 
primitive is used within step (iii) to ensure that only a single thread performs steps (a) and 
(b). 

14. (Original) A method as claimed in claim 1 wherein checking of flags 
within an array is not required in the performance path of the interface module. 

15. (Original) A method of synchronizing a plurality of threads for the 
performance of an action which affects a resource accessed within a portion of code, 
including the steps of: 

i) registering for each thread a corresponding private variable; 

ii) each thread setting the private variable when that thread enters the portion of 
code; 
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iii) setting a perform action variable when the action is to be performed; 

iv) when a thread is within the portion of code and the perform action variable is 
set, the thread: 

a. resetting the private variable; 

b. when the private variables for all threads are not set: 

i. performing the action; and 

ii. resetting the perform action variable; 

c. setting the private variable; and 

v) when a thread is within the portion of code and the perform action variable is 
reset, the thread: 

d. using the resource; and 

e. resetting the private variable; 

wherein the threads may be dynamically created and destroyed. 

16. (Original) A method as claimed in claim 1 5 wherein the use of locks 
within the performance path of the portion of code is not required. 

17. (Original) A method as claimed in claim 16 including the step of: 
when the thread has used the resource in step (v) and the perform action variable is set, the 
thread performing step (b). 

18. (Original) A method as claimed in claim 16 wherein the private variables 
and the perform action variable are cache coherent. 

19. (Original) A method as claimed in claim 16 wherein when a thread is 
performing the action in step (b), all other threads are blocked from performing step (b). 

20. (Original) A method as claimed in claim 19 wherein the other threads 
are blocked by use of a mutual exclusion primitive. 

21 . (Original) A method as claimed in claim 16 wherein each thread 
registers their corresponding private variable. 
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22. (Original) A method as claimed in claim 21 wherein the registration of 
each private variable occurs when the corresponding thread is created. 

23. (Original) A method as claimed in claim 21 wherein the registration of 
each private variable occurs when the corresponding thread enters the interface module for 
the first time. 

24. (Original) A method as claimed in claim 16 wherein a private variable is 
deregistered when its corresponding thread is destroyed. 

25. (Original) A method as claimed in claim 16 wherein the resource is the 
kernel or operating system of a machine upon which a process containing the threads is 
operating and the action is the migration of the process to a new machine. 

26. (Original) A method as claimed in claim 16 wherein the resource is an 
implementation module, the portion of code is an interface module for an implementation 
module and the action is the replacement of the implementation module. 

27. (Currently amended) An interface module embodied on a computer- 
readable medium for an implementation module, including: 

i) a plurality of private variables for correspondence to a plurality of threads, 
each private variable to be readable by all threads and writable only by the 
corresponding thread, and each private variable arranged to be in a SET state 
or a RESET state; 

ii) a replace module variable; and 

iii) program code arranged for registering the privates variables for created 
threads, deregistering the private variables for destroyed threads, blocking 
threads from entering the implementation module, and replacing the 
implementation module when all the registered private variables are in a 
RESET state; 

wherein the use of locks within the performance path of the interface module is not 
required and the threads are dynamically created and destroyed. 
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28. (Original) A system for replacing an implementation module, including: 

i) a memory which stores a plurality of private variables corresponding to a 
plurality of threads; 

ii) a memory which stores a replace module variable; and 

iii) a processor arranged for registered the private variables for created threads, 
deregistering privates variables for destroyed threads, setting and resetting the 
registered private variables when instructed by the corresponding thread, 
setting the replace module variable, and when the replace module variable is 
set: 

a. blocking entry of threads to the implementation module; and 

b. when all the registered private variables are in a reset state, replacing the 
implementation module; 

wherein the threads are dynamically created and destroyed. 

29. (Original) A system as claimed in claim 28 wherein the processor is 
further arranged for resetting the replace module variable when the implementation module 
has been replaced. 

30. (Original) A system as claimed in claim 29 wherein the processor is 
further arranged for unblocking the threads when the replace module variable has been reset. 

31. (Currently amended) A computer syst e m for performing th e m e thod of claim 

A computer system for replacing an implementation module which is being accessed 
through an interface module by a plurality of threads from an application, the computer 
system comprising: 

a processor configured to perform the steps of: 

i) creating a plurality of private variables corresponding to the plurality of 
threads; 

ii) setting a replace module variable; 
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iii) when the replace module variable is set: 

a. blocking threads from entering the implementation module; and 

b. when all the private variables are in a reset state, replacing the 
implementation module; 

wherein the private variable is never in a reset state when the thread is within the 
implementation module, wherein the use of locks within the performance path of the 
interface module is not required, and wherein threads and corresponding private variables 
are created and destroyed dynamically. 

32. (Currently amended) A computer system for performing th e method of 
claim 15. 

A computer system for replacing an implementation module w hich is being accessed 
through an interface module by a plurality of threads from an applic ation, the computer 
s ystem comprising: 

a processor configured to perform the steps of: 

i) registering for each thread a corresponding private v ariable; 

ii) each thread setting the private variable when that thread enters the portion of 
code; 

iii) setting a perform action variable when the action is to be per formed; 

iv) when a thread is within the portion of code and the perfo rm action variable is 
set, the thread: 

a. resetting the private variable; 

b. when the private variables for all threads are not set: 

i. performing the action; and 

ii. resetting the perform action variable; 

c. setting the private variable; and 

v) when a thread is within the portion of code and the perform actio n variable is 
reset, the thread: 

d. using the resource; and 

-7- 

WASH 2990970.1 



Atty. Dkt. No. 20031 1859-1 



e. resetting the private variable; 
wherein the threads may be dynamically created and destroyed. 

33. (Currently amended) Software for performing th e method of claim 1 . 

A computer-readable medium having computer-readable instruction stored thereon 
that, upon execution by a processor, are capable of causing the processor to execute the step 
of 

i) creating a plurality of private variables corresponding to the plurality of 
threads; 

ii) setting a replace module variable; 

iii) when the replace module variable is set: 

a. blocking threads from entering the implementation module; and 

b. when all the private variables are in a reset state, replacing the 
implementation module; 

wherein the private variable is never in a reset state when the thread is within the 
implementation module, wherein the use of locks within the performance path of the 
interface module is not required, and wherein threads and corresponding pri vate variables 
are created and destroyed dynamically. 

34. (Currently amended) Softwar e for performing th e method of claims 15. 

A computer-readable medium having computer-readable instruction stored thereon 
that, upon execution bv a processor, are capable of causing the processor to execute the 
steps of: 

i) registering for each thread a corresponding private variable; 

ii) each thread setting the private variable when that thread enters the portion of 
code; 

iii) setting a perform action variable when the action is to be performed; 

iv) when a thread is within the portion of code and the perform ac tion variable is 
set, the thread: 
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a. resetting the private variable; 

b. when the private variables for all threads are not set: 

i. performing the action; and 

ii. resetting the perform action variable; 

c. set the private variable; and 

v) when a thread is within the portion of code and the perform action variable is 
reset, the thread: 

d. using the resource; and 

e. resetting the private variable; 

wherein the threads may be dynamically created and destroyed. 

35. (Cancelled) 

36. (Cancelled) 

37. (New) A method as claimed in claim 1 , wherein no locks are used 
within the performance path of the interface module. 

38. (New) A interface module as claimed in claim 27, wherein no locks 
are used within the performance path of the interface module. 
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